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REMARKS 

Claims 1-33 remain in the Application for consideration. In view of the 
following remarks, Applicant traverses the Office's rejections and respectfully 
requests that the application be forwarded on to issuance. 

Drawings 

In the Office Action, the Office alleges that the drawings in the present 
Application fail to show every feature of the invention specified in the claims, and 
specifically the subject matter recited in claim 1 . Applicant respectfully disagrees 
and submits that the subject matter recited in claim 1 is shown in the drawings as 
presented in the present Application. 

Specifically, figure 5 illustrates one embodiment of the subject matter 
recited in claim 1 . The "synchronize" step shown in figure 5 is discussed on pages 
8-10 of the Application. As explained in the Application, the synchronize step 
includes, among other things, the act of "receiving an indication of a change to 
information in a first namespace" (e.g. the buffer namespace illustrated in the 
figure) and the further act of "based on the indication, determining if an entity 
exists in a second namespace related to the information" (e.g. the core 
namespace). As further explained in the Application, when the change to the first 
namespace (e.g. the name change from "Alpha" to "Beta") is received by the 
second namespace (the Core), this results in a name conflict in the second 
namespace since an Alpha entity already exists in that namespace. Thus is 
disclosed the feature of "determining if the entity (the Alpha entity in the Core 
namespace) has a characteristic that conflicts with the information." 
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Figure 5 further illustrates that in response to the name conflict, the Alpha 
entity in the Core namespace is designated as transient (i.e. is modified) and that 
the transient Alpha entity is subsequently renamed as Tango. Thus is illustrated 
the feature of "if a conflict exists, modifying the entity to resolve the conflict (e.g. 
designating the Alpha entity as transient) prior to applying the change to the 
second namespace (e.g. renaming the transient Alpha as Tango)." 

Accordingly, Applicant submits that figure 5 illustrates one embodiment of 
the subject matter recited in claim 1 and that the Office's requirement for the 
submission of an additional drawing should be withdrawn. 

§ 101 Rejections 

Claims 1-33 stand rejected under 35 U.S.C. § 101 as allegedly being 
directed to non-statutory subject matter.' 

As to claim 1, the Office argues that, "in light of the disclosure", the claim 
is directed to an abstract idea in that the method is "software per se." The Office 
further argues that the subject matter of claim 1 fails to produce a useful, concrete 
and tangible result. Applicant respectfully disagrees and submits that claim 1 
complies with the requirements of § 101. 

As pointed out by the Office, abstract ideas are not patentable subject 
matter under § 101. However, as explained in AT&T Corp. v. Excel 
Communications, Inc. . if an abstract idea is taken out of the abstract and employed 
in a process that achieves a "new and useful end", the process is patentable subject 
matter, even if the idea by itself would not be. 172 F.3d 1352, 1357 (1999). In 
AT&T , the Court looked at the specification and found that the environment and 
use of the claimed subject matter provided a useful, concrete and tangible result. 
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That result, however, was not specifically recited in the claim. Rather, it was 
described in the specification. 

Likewise, in the case at hand the Specification clearly describes the utility 
and tangibility of the claimed subject matter: 

[M]echanisms and techniques are described for enabling incremental non- 
chronological synchronization of namespaces. In an environment, entities 
must have unique names within a namespace and entities may only refer to 
entities that actually exist within the namespace. Synchronizing two such 
namespaces involves providing a mechanism for indicating that an entity 
has been created because a reference to that entity has been made even 
though that entity does not yet exist. At such time as the entity is formally 
created, the indication is removed. Synchronizing two such namespaces 
also involves providing a mechanism for indicating that an entity's unique 
name in the namespace has been compromised through the synchronization 
process. Specification at page 2 (emphasis added). 



Accordingly, in this excerpt as throughout the document, it is evident that 
the claimed subject matter has a specifically described useful, concrete and 
tangible result and application. Among other things, the embodiment of claim 1 
allows for the incremental and non-chronological synchronization of namespaces, 
thus producing at least the useful result of properly synchronized namespaces. 

In light of this discussion, Applicant respectfully requests that the § 101 
rejection of claim 1 be withdrawn. 

The Office has further rejected claims 2-12 based on the same analysis 
presented for claim 1 . However, Applicant submits that claim 1 complies with § 
101 and as such, the further rejections of claims 2-12 should be withdrawn. 

As to claim 13, the Office argues that the claim is directed to an abstract 
idea in that the method is "software per se" and further argues that the subject 
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matter of claim 13 fails to produce a useful, concrete and tangible result. 
However, Applicant respectfully disagrees and submits that claim 13 complies 
with the requirements of § 101. 

As explained above, Applicant's Specification is replete with examples and 
explanations as to the utility of the particular embodiments represented in 
Applicant's claims. As such, Applicant respectfully requests that the rejection of 
claim 13 under § 101 be withdrawn. 

The Office has further rejected claims 14-20 based on the same analysis 
presented for claim 13. However, Applicant submits that claim 13 complies with 
§ 101 and as such, the further rejections of claims 14-20 should be withdrawn. 

As to claim 21, the Office again argues that the claim is directed to an 
abstract idea in that the method is "software per se" and further argues that the 
subject matter of claim 21 fails to produce a useful, concrete and tangible result. 
However, Applicant respectfully disagrees and submits that claim 21 complies 
with the requirements of § 101. 

As explained above, Applicant's Specification is replete with examples and 
explanations as to the utility of the particular embodiments represented in 
Applicant's claims. As such, Applicant respectfully requests that the rejection of 
claim 21 under § 101 be withdrawn. 

The Office has further rejected claims 22-23 based on the same analysis 
presented for claim 21. However, Applicant submits that claim 21 complies with 
§ 101 and as such, the further rejections of claims 22-23 should be withdrawn. 

As to claim 24, the Office argues that the claim is directed to an abstract 
idea in that the method is "software per se", that the subject matter of claim 24 
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fails to produce a useful, concrete and tangible result, and that the subject matter 
of claim 24 is not stored on a suitable computer readable medium. 

As to the allegations that claim 24 is an abstract idea and lacks utility, 
Applicant restates the arguments presented above with respect to claim 1 and 
submits that in light of Applicant's Specification, the subject matter of claim 24 
complies with the § 101 requirements for statutory subject matter. 

As to the allegation that the subject matter of this claim is not stored on a 
suitable computer readable medium, Applicant respectfully disagrees and points to 
the plain language of the claim, which begins by reciting "[a] computer-readable 
medium encoded with a data structure...." Thus the plain language of the claim 
contradicts the Office's argument in that the claim recites that a data structure is 
indeed stored (encoded) on a computer-readable medium. Accordingly, and at 
least for the reasons discussed above, Applicant submits that claim 24 complies 
with the requirements of § 101 and that the § 101 rejection should be withdrawn. 

As to claim 25, the Office argues that the claim is directed to an abstract 
idea in that the method is "software per se", that the subject matter of claim 25 
fails to produce a useful, concrete and tangible result, and that the subject matter 
of claim 25 is not stored on a suitable computer readable medium. 

As to the allegations that claim 25 is an abstract idea and lacks utility, 
Applicant restates the arguments presented above with respect to claim 1 and 
submits that in light of Applicant's Specification, the subject matter of claim 25 
complies with the § 101 requirements for statutory subject matter. 

As to the allegation that the subject matter of this claim is not stored on a 
suitable computer readable medium, Applicant respectfully disagrees and points to 
the plain language of the claim, which begins by reciting "[a] computer-readable 
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medium having computer-executable components. . . ." Thus the plain language of 
the claim contradicts the Office's argument. In order for a computer-readable 
medium to have computer-executable components, said components would 
necessarily have, to be stored on the computer-readable medium. Accordingly, and 
at least for the reasons discussed above, Applicant submits that claim 25 complies 
with the requirements of § 101 and that the § 101 rejection should be withdrawn. 

The Office has further rejected claims 26-33 based on the same analysis 
presented for claim 25. However, Applicant submits that claim 25 complies with 
§ 101 and as such, the further rejections of claims 26-33 should be withdrawn. 

Double Patenting Rejections 

Claims 1, 13, 21, 24 and 25 stand provisionally rejected under the doctrine 
of obviousness-type double patenting over U.S. Patent App. No. 10/671,408. 
Applicant respectfully requests that the Office hold these rejections in abeyance 
until the notice of allowable subject matter. 

§ 103 Rejections 

Claims 1-15, 20-23 and 25-31 stand rejected under 35 U.S.C. § 103(a) as 
allegedly being obvious over U.S. Patent No. 6,061,742 to Thatcher, et al. 
(hereinafter "Thatcher") in view of U.S. Patent Pub. No. 2003/0131104 to 
Karamanolis, et al. (hereinafter "Karamanolis"). 

Claims 16-19 and 32-33 stand rejected under 35 U.S.C. § 103(a) as 
allegedly being obvious over Thatcher in view of Karamanolis and further in view 
of U.S. Patent No. 6,154,212 to Eick, et al. (hereinafter "Eick"). 
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Claim 24 stands rejected under 35 U.S.C. § 103(a) as allegedly being 
obvious over Thatcher in view of Eick. 



The Claims 

Claim 1 recites a method for synchronizing information in namespaces, 
comprising: 



• receiving an indication of a change to information in a first 
namespace; 

• based on the indication, determining if an entity exists in a second 
namespace related to the information; 

• if so, determining if the entity has a characteristic that conflicts with 
the information; and 

• if a conflict exists, modifying the entity to resolve the conflict prior 
to applying the change to the second namespace. 



In making out the rejection of this claim, the Office argues that its subject 
matter is obvious over Thatcher in view of Karamanolis. Applicant respectfully 
disagrees and submits that the Office has failed to establish a prima facie case of 
obviousness with respect to this claim. 

Specifically, Applicant submits that the Office has failed to establish a 
proper motivation to combine Karamanolis with Thatcher. The motivation 
provided by the Office to combine these references is to: 

[Ajllow users of Thatcher to perform[] namespace operations by 
incorporating "log records" to track events of both success as well as failure 
records as suggested by Karamanolis... particularly conflicts between link 
and unlink operations, furthermore, resolving the conflicts before and after 
the initiated link operations related to same namespace and target 
objects... also avoid locking distributed resources by serializing operations 
at each partition, thus bringing the advantages of "reduces communications 
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overhead, reduces synchronous I/O and increases operations 
concurrency...." Office Action at pages 12-13. 



Applicant submits that this motivation is insufficient in that Thatcher 
suffers from no defect or deficiency that would benefit from the addition of 
Karamanolis. The Office's motivation argues that Thatcher would benefit from 
the addition of Karamanolis' "log records to track events of both success as well 
as failure". However, Thatcher has already considered the phenomena of event 
successes and failures and thus would not benefit from the addition of this feature. 
Thatcher specifically discloses that: 

When a change is made locally to an entry in the distributed directory, the 
change is detected and a process in the replication system on the server 
wakes up to propagate the change to all the replicas of the partition. 
Preferably, there is a brief time delay to allow a cluster of updates to be 
propagated in one session. This propagation proceeds one replica at a time 
through the replica list of a partition. After a server successfully sends all 
pending updates to one replica (or if the operation fails), it goes on to the 
next replica until all replicas have been updated. Replicas not updated in 
one round of the synchronization process are rescheduled for a later 
synchronization cycle. Thatcher at column 6, line 62, through column 7, 
line 6 (emphasis added). 



Accordingly, Thatcher discloses that if an update operation fails, it is 
simply rescheduled for a later synchronization cycle. Thatcher further discusses 
that: 



[0]bituaries keep track of information pending transmission to other 
servers. Obituaries are attribute values not visible to clients, but are used in 
server-server exchanges. Since obituaries are attribute values, they are 
synchronized using the same mechanism as the updates and are replicated 
across the distributed directory. Thatcher at column 7, lines 6-11. 
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Thus, Thatcher discloses that information in a pending update operation is 
tracked by an obituary. 

Accordingly, the addition of a log file to log successes and failures would 
simply be superfluous in light of Thatcher's ability reschedule failed update 
operations for a later synchronization cycle and to further track update information 
via the disclosed obituary. In point of fact, by requiring Thatcher to further log all 
of its update processes (successes and failures), the addition of Karamanolis would 
not "reduce communications overhead", as suggested by the Office, but would 
actually increase communications overhead by adding an extraneous feature that 
adds no apparent benefit to Thatcher's update process. 

Finally, the mere fact that particular references can be combined or 
modified does not render the resultant combination obvious unless the prior art 
also suggests the desirability of the combination. See In re Mills, 916 F.2d 680, 16 
USPQ2d 1430 (Fed. Cir. 1990). Applicant submits that, as explained above, the 
Office has failed to establish the desirability of combining Karamanolis with 
Thatcher and thus has, for at least this reason, failed to provide a proper 
motivation to combine the references. Specifically, the Office uses a motivation 
that is taken from Karamanolis to argue for its incorporation in Thatcher. As 
pointed out above, however, Thatcher neither suffers from any problem nor makes 
any statement which would lead one to look to Karamanolis for a solution. By 
using Karamanolis' disclosure to find a motivation to combine Karamanolis with 
Thatcher, the Office is effectively bootstrapping the combination with nothing but 
a misplaced, unneeded motivation founded squarely on a foundation of hindsight 
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reconstruction which, as the Office appreciates, has been specifically proscribed 
by the Federal Circuit. 

Accordingly, and at least for the reasons discussed above, the Office has 
failed to establish a prima facie case of obviousness with respect to this claim and 
this claim is allowable. 

Claims 2-12 depend from claim 1 and thus are allowable as depending 
from an allowable base claim. These claims are also allowable for their own 
recited features which, in combination with those recited in claim 1, are neither 
disclosed nor suggested by the reference of record. 

Claim 13 recites a method for synchronizing information in namespaces, 
comprising: 

• receiving an indication of a change to information in a first 
namespace; 

• based on the indication, determining if an entity exists in a second 
namespace related to the information; 

• if not, creating a representation of the entity within the second 
namespace. 

In making out the rejection of this claim, the Office argues that its subject 
matter is obvious over Thatcher in view of Karamanolis. In its rejection, the 
Office relies on the arguments presented for claim 1. However, as discussed 
above, Applicant submits that Thatcher suffers from no defect or deficiency that 
requires the addition of Karamanolis and that the Office has thus failed to establish 
a proper motivation to combine the references. Accordingly, and at least for these 
reasons, the Office has failed to establish a prima facie case of obviousness and 
this claim is allowable. 
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Claims 14-20 depend from claim 13 and thus are allowable as depending 
from an allowable base claim. These claims are also allowable for their own 
recited features which, in combination with those recited in claim 13, are neither 
disclosed nor suggested by the reference of record. In addition, to the extent that 
claim 13 is allowable, the further rejection of claims 16-19 over Thatcher in view 
of Karamanolis and in further view of Eick is not seen to add anything of 
significance. 

Claim 21 recites a technique for synchronizing entities within two 
namespaces, comprising: 

• while synchronizing the two namespaces: 

• identifying a conflict between a change notification received from a 
first namespace and a state of information within a second 
namespace; 

• creating a temporary entity within the second namespace that allows 
the synchronization to proceed without interference by the conflict; 
and 

• if the conflict becomes resolved such that the temporary entity is no 
longer necessary, removing the temporary entity. 

In making out the rejection of this claim, the Office argues that its subject 
matter is obvious over Thatcher in view of Karamanolis. Applicant respectfully 
disagrees and submits that the Office has failed to establish a prima facie case of 
obviousness with respect to this claim. 

Specifically, Applicant submits that the Office has failed to provide a 
proper motivation to combine these references. The motivation provided by the 
Office is identical to that provided for claim 1. However, as discussed above, 
Applicant submits that Thatcher suffers from no defect or deficiency that requires 
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the addition of Karamanolis and that the Office has thus failed to establish a 
proper motivation to combine the references. Accordingly, and at least for these 
reasons, the Office has failed to establish a prima facie case of obviousness and 
this claim is allowable. 

Claims 22-23 depend from claim 21 and thus are allowable as depending 
from an allowable base claim. These claims are also allowable for their own 
recited features which, in combination with those recited in claim 21, are neither 
disclosed nor suggested by the reference of record. 

Claim 24 recites a computer-readable medium encoded with a data 
structure, comprising: 

• a plurality of entities, each entity having 

• a first field having a name, the name being unique across each entity 
in the data structure; 

• a second field having an identity, the identity being globally unique; 
and 

• a third field having a phantom property, the phantom property being 
operative to distinguish between a first state of the entity and a 
second state of the entity. 



In making out the rejection of this claim, the Office argues that its subject 
matter is obvious over Thatcher in view of Eick. Applicant respectfully disagrees 
and submits that the Office has failed to establish a prima facie case of 
obviousness with respect to this claim. 

The motivation provided by the Office to combine these references is to: 

[A]llow[] the users of Thatcher to implement the interface based on node 
and linking various namespaces in a hierarchical data structure, furthermore 
allowing users of Thatcher to use interface programming of Eick configure 
to support a range of viewing functions that including identification, 
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selection, collapse, expand, reposition and transforming of namespace 
related objects, also allows user to group sets of nodes and links into 
"phantom" aggregate node that including flags associated with each object 
using high-performance language... thus substantially reduces the time and 
expense associated with developing network interface in synchronized with 
the network data. . . . Office Action at page 25. 

However, Applicant submits that Thatcher suffers from no defect or 
deficiency that would benefit from the addition of Eick and as such, the motivation 
to combine these references provided by the Office is insufficient to support an 
obviousness rejection under § 103. 

The Office argues above that Eick would allow Thatcher to implement an 
interface "based on node and linking various namespaces in a hierarchical data 
structure". However, Thatcher already utilizes an interface based on linked nodes 
with data arranged in a hierarchical structure (see figures 2 and 3 of Thatcher). 
Thus Thatcher does not require the addition of this feature. 

The remainder of the motivation provided by the Office (excerpted above) 
simply recites several features from Eick and concludes that these would 
"substantially reduce[] the time and expense associated with developing network 
interface in synchronized with the network data." The Office provides no insight 
into the particular defects or deficiencies in Thatcher that would benefit from Eick 
and thus "reduce the time and expense" as argued by the Office. Thatcher appears 
to have fully provided for a network interface and for the ability to synchronize 
network data, and there is no indication that Eick's system and method is superior 
to that discussed by Thatcher. Thus there is no indication as to why it would be 
desirable to combine Eick with Thatcher. 
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Accordingly, and at least for these reasons, the Office has failed to establish 
a prima facie case of obviousness with respect to this claim and this claim is 
allowable. 

Claim 25 recites a computer-readable medium having computer- executable 
components, comprising: 

• a synchronization environment having an associated external 
namespace, an associated central namespace, and a synchronization 
mechanism, the synchronization mechanism being configured to 
receive change information from the external namespace that 
identifies a plurality of changes to at least one object in the external 
namespace, the synchronization mechanism being configured to 
receive the change information in a first order that differs from a 
second order, the second order being the temporal order in which the 
changes occurred to the at least one object in the external 
namespace, the synchronization mechanism further comprising a 
name resolving component and a placeholder component, the name 
resolving component being operative to avoid name collisions and 
the placeholder component being operative to avoid dangling 
references. 



In making out the rejection of this claim, the Office argues that its subject 
matter is obvious over Thatcher in view of Karamanolis. Applicant respectfully 
disagrees and submits that the Office has failed to establish a prima facie case of 
obviousness with respect to this claim. 

Specifically, Applicant submits that the Office has failed to provide a 
proper motivation to combine Karamanolis with Thatcher. The motivation 
provided by the Office with respect to the present claim is identical to that 
provided for claim 1. However, as discussed above, this motivation is simply 
improper and fails to establish why it would be desirable to combine these 
references. 
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Accordingly, and at least for this reason, the Office has failed to establish a 
prima facie case of obviousness and this claim is allowable. 

Claims 26-33 depend from claim 25 and thus are allowable as 
depending from an allowable base claim. These claims are also allowable for their 
own recited features which, in combination with those recited in claim 25, are 
neither disclosed nor suggested by the reference of record. In addition, to the 
extent that claim 25 is allowable, the further rejection of claims 32-33 over 
Thatcher in view of Karamanolis and in further view of Eick is not seen to add 
anything of significance. 



Conclusion 

All of the claims are in condition for allowance. Accordingly, Applicant 
requests a Notice of Allowability be issued forthwith. If the Office's next 
anticipated action is to be anything other than issuance of a Notice of Allowability, 
Applicant respectfully requests a telephone call for the purpose of scheduling an 
interview. 



Respectfully Submitted, 



Dated: _ 



ok 




